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Description 

FIELD OF THE INVENTION 

5 This invention relates in general to charitabl donations. Mor particularty, rt relates t a novel syst m for making 

and collecting charitable donations. 

BACKGFtOUND OF THE INVENTION 

10 Fund-raising organizations typically solicit and collect charitable donatkxis using conventional advertising and 

money-transfer techniques. For example, an organization may serrd a mass mailing or print a newspaper advertisement 
requesting donations. The donations, which are usually in the form of a check or rTK>neyorden are typk:ally mailed to 
a post office box or address. The donations are then cashed or deposited through a financial institution. 

Another popular method of raising funds is to purchase television time and run advertisements or sponsored pro- 

is gram. The viewers are asked to call in and make a donatkyi. The donations are typically made by credit card over the 
phone, or by mailing a check or money order to a post office box or address. 

Although popular, these fund-raising methods are expensive and can require a great deal of labor and planning 
to implement. Also, the expense involved in such fund raising methods prohibits smaller fund-raising organizations 
from using them. 

20 Retail outlets and other businesses have albwed fund-raising organizations to place collection boxes or fund- 

collection lists in their stores in order to altow customers to make charitable donatkxis. The effectiveness of such 'box- 
and-list' methods has been limited, primarily because the collectbn process has rtdt been sufficiently integrated with 
the normal financial transactions made by customers. 

Outside the charitable fieki, coded coupons are known for use in merchandising. One example of a coupon which 
2S has a rrxxietary value when exchanged for specific goods is described in GB-A-1 .597,201 . 

The following terms may be used throughout this disclosure and are to be given their intended meaning as under- 
stood in the art, including but not necessarily limited to the following general definitkyis. 

TTie terms •article' or 'item' refer to a product or other mercharKlise that can be marked with a bar code and 
identified by a computer-based cash register machine. 
30 The temas 'bar code* or tar code symbol" refer to a representation of an article number in a form suitable for 

scanning and/or reading by computer-based machines. 

The term "encode' refers to placing data and/or information into the form of a code. 

The term "EAN' stands for International Artcle Number (prev»usty ref en^ed to as European Article Number) which 
is the uniform standard for item coding in the work), excluding the United States and Canada 
35 The term "UPC stands for Uniform Product Code, which is the uniform standard for item coding in the United 

States and Canada 

The term 'article number" refers in general to the number code represented in the EAN and UPC codes. 

The term "PLU" stands for price-kx)k-up, which generally refers to the retrieval d a price from a computer file, 
rather than retrieval of the price from a keyt)oard entry. 
40 The term "POS* stands for point-of-sale, which generally refers to the point at which goods are purchased either 

in a retail outlet. 

The term "EPOS" starKte for eleclronic-point-of-sale. whrch generally refers to all electronic equipment used at the 
point of sale, including scanning equipment, electronk: scales, credit card readers, and the like. 

The term "ECR" stands for electronic-cash-registers, whch are cash registers having no scanning system and 
^ limited processbig capacity. 

The terms laser scanner* refer to an electronk: bar code reading device that uses a low power laser as its light 
source. 

The ternDS light pen" refer to a hand heU bar code reading devce that must be passed across the symbols di a 
bar code in order to read it. 

so The terms "machine readable" refer to any code or other graphical representatkxi capable of being read by scarv 

ning devces. 

The term "scanning" refers to reading a code by a machine. 
The term "wand" refers to a light pen used to scan codes. 

The terms "boot" or "lxx>ting" refer to the operatkxi of clearing used information from the working memory of a 
ss computer-based device. This is typically done befc^e a new set of instructkxis is executed. 
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SUMMARY OF THE INVENTION 

Accordingly, it is an object of th pres nt invention to provide an improv d system for making and collecting char- 
itable donations. 

5 It is another object of th pres nt invention to provid a simple, low-cost, reliabi and efficient system for making 

and collecting charitable donations. 

It is arK>ther object of the present tnventkxi to provkie a system for making charitable donatkxis in whrch the ability 
to reach potential donors is greatly increased. 

It is another object of the present inventkxi to provide a system for making charitable donatbns in which the 
10 potential for theft, fraud, or mishandling of funds is limited, thus improving the overall integrity and trustworthiness 
perceived by donors. 

These and other objects and advantages are realized in accordance with a first aspect of the present invention by 
providing a method of collecting donatons, the steps comprising: provkling a donor with encoded data identifying at 
least one entity, 

IS 

provkJing a computer having data entry means, said computer being programmed to perform the following f unc- 
tkxis: 

accept at sakl d^ta entry means sakj encoded data identifying satd at least one entity; 

accept at saki data entry means a currency amount of a charitable donatk>n from said donor to sakJ at least one 
20 entity; and 

associate said currency amount with said encoded data identifying sakJ at least one entity 

According to a second aspect of the present inventkxi there is provided a donatbn collecting means, comprising 
a printed card of plastk: material, paper board, carton or similar printable sheet material, said card being provided with 
25 printed information concerning at least the purpose of the donatkin and the entity receiving the donatkvi; and sakt card 
being further provkjed with coded information, for example in the form of a bar code, automatk^lly readable and proc- 
essable by code-detecting means and a computer-based cash register of the type used in retail stores and similar 
business establishments. 

In a preferred embodiment the encoded data may also include a variety of additkx^l tnformatbn, such as the 
30 amount of the donation or the establishment that distrbuted the article. Likewise, the printed tnfonmatkxi may include 
graphical representatkxis. photographs, or a narrative describing the details of a partk:ular program to which the do- 
nation woukJ be applied. 

The diseased donatk>n cards nrtay be widely distributed to potential dorK>rs by a variety of conventk)nal means 
such as newspapers or mail. They may also be distributed at stores, financial institutions, public buildings, and other 

35 establishments. The donor presents the card to a computer-based cash register or automatic teller machine. In one 
embodiment the computer includes the folk>wing features: means for entering data; means for storing data that notifies 
the computer that the presented artk;le is a donation card; means for storing data ktentifying a beneficiary; means for 
storing a currency amount of a donatton to a beneficiary; means for associating entered currency anrwunts with entered 
data identifying a presented item as a donatkxi card; means for associating entered currency amounts with entered 

40 data klentifying a beneficiary; and means for collecting the currency amount from the donor. 

The enocoded data on the card is entered into the computer at the data entry means. The encoded data notifies 
the computer that the presented artu;le is a donatkyi card and that a charitable donaton Is about to be made to the 
entity kJentified on the card. The currency amount of the donatkx) is also entered at the data entry means. The computer 
associates the entered currency amount with the entered data klentifying the donation card artd the entity for receiving 

4S the charitable donatk)n. and the specified currency amount is collected from the dorKy. 

Thus, the present inventk)n achieves several advantages. The above-described carcte can be easily integrated 
into the regular product-line of any retail establishment Xt^X uses computer-based cash-registers/lerminals to identify 
products and collect funds for purchases. Thus, fund-raising Vivifies may be easily integrated with the normal cash- 
collecting and accounting systems utilized in retail trades. By making use of the disclosed system, f urYd^sing entities 

50 can organize their fund-raising activities through large retail outlets, thus receivhg exposure to a targe pool of potential 
donors on a regular basis. The need for provkiing labor dedk^ted to collecting funds is reduced and in some cases 
may be eliminated. 

BRIEF DESCRIPTION OF THE DRAWINGS 

55 

Figure 1 is a fk>w diagram of a presently pref rred system embodying th present inv ntion; 

Figure 2 is a block diagram of the hardware and/or softwar components that may be used in connection with th 

system shown in Figur 1 ; 
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Figur 3a is an needed ck>nation card for use in connection with th system shown in Figure 1 ; 

Figure 3b illustrates the EAN-1 3 standard bar cod used in connection with th donation card illustrated in Figur 

3a; 

Figur 3c illustrates th UPC-A standard bar cod used in connection with th donation card illustrated in Figure 
5 3a; and 

Figures 4a to 4e are flow diagranns illustrating a the general operation of the computer hardware and software 
used to inrtplement the system shown in Figure 1. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS 

10 

Figure 1 is a block diagram illustrating a presently prefened embodiment of a system 10 for making and collecting 
donations. Figure 2 is a bkx;k diagram of the hardware artd/or software components that may be used in connection 
with the system shown in Figure 1 . 

The components illustrated in Figure 2 include identificatbn means 12, data entry means 14 in communication 

IS with a first computer 16, means for collecting funds 18 in communication with the first computer 16, means for trans- 
ferring funds 20 in communicaton with the first computer 16, arKl a second computer 22 in conrununication with the 
first computer 16, The second computer 22 may also communicate with the means for collecting funds 18 and the 
means for transferring funds 20. A bi-directional data bus line 24 may be provided to connect the first and second 
computers 16, 22 to the computer system a financial institution 26. 

20 The system 10 illustrated in Figure 1 begins in bkx^k 30 by distributing identificatk>n means 12 to potential donors. 
Ttie identificatkxi means 12 has encoded data thereon kientifying the kientification means 12 and at least one bene- 
ficiary. When the donor is ready to make a charitable donatk)n to the beneficiary kientified on the identifk:atk)n means 
12, the kientificatkxi means 12 Is presented to the data entry means 14 in bkx:k 32. The data entry means 14 reads 
the encoded data on the identificatkvi nr^eans 12 in block 34. 

2S The encoded data on the identificatbn means 12 may include one or more predetermined currency amounts of 

the donatk)n. The system 1 0 detennines in bkx^k 36 whether or not a curency anrxnint is included in the encoded data 
If the cun^ency amount is not included in the encoded data, the cun^ency amount is entered separately at the c^ta entry 
means 14 in bkxk 38, and the system 10 retums to block 40. If the cunency amount is included in the encoded infor- 
mation, the system 10 moves directly to block 40 from btock 36. !n bkx:k 40, the system 10 associates the entered 

30 currency amount with the data identifying the identificatkxi means 12 and the benefrciary In block 42, the funds are 
collected from the donor, and in block 44 the collected funds are transferred to the beneficiary. 

The identifk:atkxi means 12 may be a donatton card made from plastk:. paper, cardboard, or other materials. An 
example of a card 12a embodying the kientification means 12 is illustrated in Figure 3a The card 12a may also be 
provided as part another printed product such as a newspaper, a perkxlical, an advertisement, a direct mail item, a 

3S direct distributkxi material, a prospectus, or the like. The card 12a may be clipped or cut or otherwise separated from 
the attached printed product, and presented at a partbipattng retail outlet or other business establishment in order to 
make the desired donatkxi. 

The card 12a may also be provided as a coupon such as an indivkiual, serial, separate or detachable coupon. 
Alternatively, the card 1 2a may also be provided as an appendage, such as a sticker, attachable to some other product, 

40 artk:le, packaging, or the like. 

It is also contemplated that the card 12a may be reusable or disposable. For disposables, the card 12a may be 
manufactured from an inexpensive mass-produced product, such as a detachable coupon printed in a periodk:al. For 
reusables, the card 12a may be manufactured from a more sturdy material, such as plastic or heavy cardboard. A 
reusable plastk: card could also serve as a membership card of an organization (e.g. major credit card), a customer 

^ card of a retail outlet (e.g. check-cashing card), or the like. 

The donation card 1 2a illustrated in Figure 3a includes printed matter 46 and encoded data 48. The printed matter 
46 may include art-work, drawings, caricatures, photos and other graph b depk:tnns. The printed matter may further 
include word descriptkxis identifying the beneffciary, describing the beneficiary, describing the partcular program so- 
liciting charitable donatbns, describing instructbns for using the donatkxi card, and other informatkxi. 

so The encoded data 48 may also take a variety of forms. For exarrple. the encoded data 48 may be mechanically 

encoded (e.g. punched holes), optically encoded (e.g. bar code) or magnetically encoded (e.g. magnetk: strip). It is 
further contemplated that the encoded data may be provided as a microcircuit encoded on a mbrochip mounted on 
the kientification means 1 2. Preferably, the encoded data 48 is bar code utilizing the International Article Number (E AN) 
standard or the Uniform Product Code (UPC) standard. The EAN standard is the uniform standard for item coding in 

ss the worid. except for the United States and Canada. The lntematk>nal Artble Numbering Association is an organization 
responsibi f r coordinating, developing and promoting artble numbering woridwid . The UPC standard is th unif rm 
standard for the United States and Canada The Uniform Code Council is an organizatkxi responsible for administering 
artble numb ring standards in North Am rica. 
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EAN is gen ral}y used in th manufacturing industry, wh tesale trades and retail trades. Currently, ther are two 
V rsions EAN: EAN-13 CODE and EAN-8 CODE. Th standard EAN-13 artici number includes a prefix flag (two 
digits), manufactur r number (fiv digits), article/jproduct reference digits (fiv digits) and a 'check digit' (one digit). 
The prefbc flag defines th country, and th nrtanufactur r number identifies the nianufacturer with four or five numbers. 

s The article/product ref r nc digits define th particular it m r ccnsunner unit, and each unit must be defined as a 
different number. The check digit is used to confirm that the code is correctly composed. 

The standard EAN-8 article number is an eight*digtt short version of the EAN-13 article number. EAN-8 includes 
a prefix flag (two digits), article/product reference digits (five digits) and a 'check digit* (one digit). The encoded data 
48 illustrated in Figure 3a is a is a truncated versk^ of E AN-1 3 code. 

10 The general form of the UPC code is slightly different from the EAN code, but otherwise the UPC code operates 

the same way as the EAN code. Currently, there are three standard versk>ns of the UPC code used to kientify individual 
products. UPC-A code is a standard 12 digit version (there is also a 13th digit but it is always zero and it is never 
visible). Figure 3c illustrates the UPC-A code. UPC-D code is a version that albws for encoding 14 to 32 characters 
to include additk>nal specialized information. UPC-E code is a short versbn (zero compression) wherein six digits are 

IS directly presented in the bar code symbol. However, when the symbols are decoded, they are restructured into twelve 
digits. 

The encoded c^ta 48 may include a variety of information that couki be useful in connecton with organizing, 
accounting for and tracking the varkxjs types of informatkxi related to charitable donatkxis. The encoded data 48 
should at least kientify the identificatbn means 1 2 and the benefk:iary. The encoded data may also include information 

20 specifying the targeted use of the donatbn. The encoded data 48 may also include informatk>n for tracking the history 
of an indivkiual donation card 12a, or information indk:ating the method of distributing the particular card 12a, or some 
other type of histork:al record-keeping infomr^tk)n. The encoded data 48 may also set a fbced level for the currency 
amount of the donation, or a variety of possible currency amounts for the (kx)atk>n. Finally, the encoded data 48 may 
open a line connection 24 to the beneficiary's bank account or to the donor's bank account for making a direct electronic 

25 transfer of funds using the computer system a finance! institution 26. 

The first computer 1 6 illustrated in Figure 2 is equipped with data entry means appropriate for detecting the encoded 
data 48 found on the identiftcatkxi means 12. For mechanbalty encoded cteta such as punched holes, the data entry 
means 1 4 is a mechank:al reader. For bar codes, the data entry means 1 4 is an optical reader, and for magnetic codes, 
the data entry means 14 is a magnetic reader. The data entry means 14 should also include a keytxiard for manually 

30 entering data such as the artcle number of the encoded data 48. or the as the anrwunt of the charitable donatk)n. 

The first computer 16 is preferably a conventkxial computer-based cash register of the type used in retail stores 
and other business establishments workiwkle. Such registers typk:atly include a code reader for automatically entering 
encoded data, a keyboard for manually entering data, a sliding door including trays for receiving currency, and a display 
for provkjing prompts to the operator and/or customer Such a register further includes the conventional processor and 

3S memory hardware utilized by computers to execute instructbns and store and manipulate data In this situatkxi. of 
course, the data entry is perfonmed by a clerk or teller as part of their nonmal duties, which typically involve scanning 
bar coded merchandise into the computer-based cash register and accepting currency from customers for the mer- 
chandise. 

An example of a suitable computer-based cash register is the "Beetle' family of POS computers (model numt>ers 

40 2000/20 and 2000/40) available from Siemens Nixdorf Informationsystenns, AG. in Munk:h Germany A U.S affiliate of 
Siemens Nixdorf lnformatk>nsystems. AG. in Munich Gemnany, is Siemens Nixdorf Information Systems. Inc., Burling- 
ton Massachusetts. The Siemens 2000/20 and 2000/40 POS computers generally provide an I BM compatible AT-based 
system architecture; an Intel 80286. 12 MHZ mcroprocessor; two MB DRAM memory; 32 KB CMOS non-volatile mem- 
ory; MS-DOS 5.0 operating system; connector for external nnemory card; 16-bit AT skit for an LAN or WAN adapter 

^ (for stand alone operatkyi); VGA card; 20 MB hard disk; a cash drawer; POS keyboard with 60 keys (46 of which are 
programmable); central kx:k; a three-track swipe card reader (integrated with the keytx>ard); a twenty character alpha- 
numeric customer display; a hand held scanning bar code reader; and a statkyiary scanning bar code reader. 

The second computer 22 illustrated in Figure 2 is generally known in the retail trade as a 'server* computer 22. 
The server computer 22 includes mass-storage files for accumulating and organizing the daily events processed by 

so the first computer 1 6. The server computer 22 may be connected to a plurality of first computers 1 6 to form a network. 
As used in connection with the discbsed system, the nnass-storage files of the server computer 22 include a file nrtarked 
for donations, and within this file there are several fields of information. Each field is dedicated to it own particular 
artcle number which also defines a particular code and a particular card. Each of these have a line in the file, and 
these lines collect information concerning the particular code/card. 

ss The server computer 22 stores every event related to every code/card in its mass storage. For example, the server 

comput r22cank p track of how many cards hav b en sold during a giv ntim p rkxj.th time of day each card 
was sold, the ad6f[tona\ purchases made by th donor, and the total donations for each card or for all cards together. 
Also, if the identificatbn means 1 2 is needed with th targ capacity UPC-D code, the encoded data 48 may includ 



5 



EP 0 623 235 B1 



additional information that may ateo be tracked and organized by th s n^er computer's (22) mass-storage. Such ad- 
ditional data could includ the method by which the (dentification means 12 was distributed (direct nr^il, n wspaper 
advertisement, etc.). If each identification means 12 is provided with a unique code and s nt to particular donors by 
direct mail, the needed information may identify th nam and address of the donor. 

s If the first computer 16 is in a stand-alon configuration, th sev rcomput r 22 may be omitted, and thus, the first 

computer 16 would be provided with its own on-board mass storage capabilities. It is also contemplated that several 
associated retail units could be served via an on-line connection to a central server computer 

The donations collected by the system 10 the present invention may be trartsfen-ed from the retail collecting 
entity to the beneficiary fund-raeing entity in several ways. For example, as described above, the computer-based 

10 cash register terminal (16) transfers payment c^ta to the mass-storage of the sender computer 22, which is generally 
located in the accounting department of the retail entity. The funds are then paid to the beneficiary at a frequency 
agreed upon in advance, using conventional currency transfer procedures such as checks or direct electrons deposits 
via a line connectk>n 24 to the computer system a chosen financial institution 26. Alternatively, if the first computer 
16 is in a stand alone configuratkxi having it own mass-storage, the firs^ computer may be in direct on-line contact 24 

IS with the computer system of a chosen financial institution 26. In this manner, the donations may be transferred to the 
account of the beneficiary directly from the account of the retail ^tlty or from the account of the donor on a real time 
basis. 

The system 10 of the present inventkxi may be inoplemented using commercially available software programs 
currently finding wkJespread use in retail businesses around the workj. One example of a suitable software program 

20 Is the "Calypso" retail software program available from Siemens Nixdorf Informationsysten^, AG, in Munich Germany 
The Calypso program is designed for use on a variety of platform from stand-alone configurations to multi-sender 
configuratkxis networked with host systems. Calypso is capable of mnning on the Siemens 2000/20 (DOS) and 2000/40 
(UNIX) systems, and may be programmed simply and efficiently using the "C" programming language. 

One of the key advantages of the system 10 embodying the present inventksn is the ability to easily Integrate the 

25 system 1 0 into the electronic inventorying, purchasing and ^^ounting systems erf existing retail businesses. Programs 
and hardware such as Calypso and the Siemens Beetle family of POS terminals, are quickly adapted to incorporate 
the fund-raising system 10. First, a specific program file (donations file) ts created for collecting fiekis of informatkxi 
on the donations collected. Second, the particular EAN or UPC codes are added to the newly created donations file. 
Figures 4a to 4e is a flow diagram 50 illustrating the general operation of the computer hardware and software 

30 used to implement the system shown in Figure 1 . The diagram 50 utilizes a conventional POS terminal having a code 
reader access to sufficient mass-storage capabilities, either its own or through a server computer terminal. The first 
sectk>n erf the diagram 50 is the Initialize Sectk>n 52 shown in Figure 4a The Initialize section 52 starts at block 60 and 
then asks in bkx:k 62 whether the software is ready If the answer to the inquiry in bkxk 62 b no, the program ts booted 
In bkx:k 64 and the Initialize Section 52 then returns to bkxk 66. If the answer to the inquiry in bkx^k 62 is yes, the 

35 Initialize Section 52 proceeds directly to bkxk 66 whch asks whether there are several code readers. If the answer to 
the inquiry in bkx:k 66 is yes, the Initialize Sectk)n 52 selects the desired code reader in bkx:k 68 and returns to bkx:k 
70. If the answer to the inquiry in block 66 is no, the Initialize Section 52 moves directly to bkx:k 70. 

In bkck 70 the Initialize Sectk>n 52 asks whether the chosen code reader is provided with automate figure kien- 
tification. If the answer to the Inquiry on block 70 is no. the Initialize Sectk)n 52 boots the reader in block 72, and then 

40 determines whether the boot was successful in bkx:k 74. If the answer to the inquiry in bkx:k 74 is no. the Initialize 
Section 52 moves to bkxk 76 and determines whether or not it will nrwve to manual feeding. If the answer to the inquiry 
in bkxjk 74 is yes, the Initialize Sectkan 52 returns to block 78 and starts reading the code. From bkx:k 78 the program 
moves to the Identlficatkyi Sectnn 54 shown in Rgure 4b. 

The Identificatkin See^km 54 begins by reading the code at bkx:k 80. The Identificaton Se(^k)n 54 then attennpts 

45 to klentify the code In bkx^ 82. if the code is not properly kientified in bkx^k 82. the ldentifk:atk)n Sectkx) 54 moves to 
block 84 which asks the user whether or not the code should be read again. If the answer to the inquiry in block 84 Is 
yes, the ldentificatk>n Sectkxi 54 returns to its beginning in bkx:k 80. If the answer to the ir^quiry in bkx:k 84 is no. the 
Identificaton Sectkxi 54 nrraves to bkx:k 86 whk^ again determines whether to rrrave to a manual feed. 

If the code is successfully ic^tified in block 82. the Identificatkin Sectnn 54 moves to block 88 whch reads the 

50 data content of the code. The correctness of the coded data is checked in bkx:k 90. From bkxk 90, the Identrficatkx) 
Section 54 moves to the inquiry in bkxk 92 whk^h determines whether the obtained data is acceptable. In other words, 
the software searches the computer's rr^mory to determine whether the artcle kientified in the code is found in the 
computer's memory. The software kxks for the existence of the article code represented in encoded data. If the code 
is "01 1 1 1 1222229," (UPC-A), the digit 0 dentlfies the article everywhere in the world as a North American product The 

55 digits 11111 identify that the artk:le is a product of, for example. "Fund-Raising Amerk^, Inc.." The digits 22 kientify the 
b nefictary as, for xampl . the Am rican Cancer Society. Th digits 222 \d ntify th artk:! as being associated with 
a certain campciign calling for a minimum donatkm of donation of $10.00. The digit 9 is the check digit calculated from 
the previous digits. Consequently, if th answer t th inquiry in block 92 is no, the Identification Section 54 nDoves to 
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block 84, and the operator scans the product again. If the answer to the inquiry at block 92 is yes, the code can b 
I und in memory, and the Identfflcatkxi Sectbn 54 moves t th inquiry in block 94. 

In block 94, the Identification Section 54 detemnines whether or not th softwar can transfer the encoded data 
into the mass-storag . Mass-storage may be in th POS t rminal Itself, a network s n^er, or a central computer with 

s a direct on-lin transmissk>n connectkyi. If th softwar cannot transfer th ncoded data into mass-storage (because 
of a software malfunctkxi or other technical problem), block 96 altows the operator to enter the encoded data into mass- 
storage manually from the keyboard. Otherwise, the Identification Section 54 proceeds to bkx:k 98 to perform a PLU 
operatkxi. The purpose <^ bkx;k 98 is to find in mass-storage any pre-stored additk)nal informatk)n, such as the price 
associated with the article, by using newty stored data content of the code as a basts or as a key to access this additkxial 

10 Information. 

For example, in the case where a partcular article can only be used to donate one predetermined amount of money 
to a particular beneficiary, block 98 is where the software kx>ks for the pre^tored information. This information is stored 
in the mass-storage and, using the data content of the code as a key, the software extracts this fixed arrKXjnt and any 
other additional information that may be used in later steps of the program. For example, if the code in question is 

15 *0111 11222229,' (UPC-A), when this code is entered into the system and stored into mass storage, the code informs 
the software that the donation value is fixed at $1 0.00, and transfers this fixed donatkxi amount to the computer-based 
cash terminal. The software also extracts the additkxial instructions ttiat, when this particular code is entered, the cash 
register should show on its display monitor the text "Donatton Amerban Cancer Society $10.00" and later print this 
line of text on the cksnor's receipt. 

20 The Execution Section 56 begins in bkx:k 102. The operator initiates the 'End of Events' sequence in bkx:k 102 

by making the appropriate keyboard entry when all of the purchases made by the customer, including all donations 
and other purchases, have been entered and property processed by the POS terminal. The Executk)n Sectkxi 56 then 
reads the data content of the code in block 104 and processes all of the events in bkx:k 106. Such events may include 
"Count Sums' which is the total of the purchases made by the donor, or 'Check Customer Rewarding System' whk:h 

25 could be included if for example the retail outlet has a system whereby every 1000th donor receives a gift. 

At block 1 08, the Executkvi Section 56 boots the payment event, and the operator selects the method of payment 
as cash or credit card. The Execution Sectk>n 56 then moves to block 110 whk^h prints a verification of the events 
whk:h have occurred with each event being printed on a separate line. The operator acknowledges receipt of the 
payment in bkx:k 112, and the mass-storage files are accessed in block 118. The Execution Sectkxi 56 then increments 

30 certain sales accounting variables in block 114. For the discbsed embodiment, these variables may include the number 
of donations sokJ or the dollar amount of donations so\6. 

The Execution Sectkyi 56 moves to bkx:k 1 22 and updates the events in mass-storage by using the code data as 
the key for entering the necessary files in mass-storage. The files updated in block 122 may include a file that tracks 
the sales of one partk:ular cash register terminal, a file that tracks the sales figures of one partx:ular operator, artd other 

35 files. The operatkxi defined in block 1 22 may be repeated several time depending upon the number of donatk>ns and/ 
or other purchases made by the individual customer. The cash register terminal is booted again in bkxk 124 on order 
to process new events, and the Execution Sectic^ 56 ends in block 126. 

Figure 4e illustrates the general features of the Account Executkxi Sectnn 58. The Account Execution Section 58 
is executed by the server computer (22) using its mass-storage informatkxi. Daily events by all of the different cash 

40 register terminals in a given network are all stored in the files of the server's mass storage. This informatkxi is used 
for in-store folk>w-ups and for accounting. 

The Account Section 58 performs two general f unctkxts. First, it processes the donatkxi events for a given bene- 
ficiary during a chosen perkxi of time. Second, it processes all other folk3w-up informatkxi for the retail outlet, or for 
the beneficiary receiving the donatkxis. 

45 The Account Sec^kxi 58 accesses the mass-storage files in b\odk 132. In bkx:k 146, the necessary informatkxi is 

extracted using the coded data as a key for entering the needed mass-storage files. In block 1 48, the folk>w-up infor- 
mation is listed and may be printed or otherwise transferred to partcutar entities desiring the informatkxi. Bkx^k 1^ 
transfers the payment related informatkxi extracted in bkx:k 146 to bkck 140. In block 140. the collected donatkxis 
are pakl to the charitable entities designated by the encoded data Payment may be executed by transferring the 

so amount electronk:ally as a line transfer from the account of the retail outlet to the account of the beneficiary. Attemativefy 
the payment may be printed on a check by a printer assigned to the server computer 22. 

In block 142, the lnformatk>n of the 'current period file' may be used to update another file for collecting "history 
data', and the 'current period" file is cleared up while payment is acknowledged. 

In the situation where the computer-based cash register is an ECR terminal with no mass storage, the accounting 

ss information is gathered by generating daily control strips from each ECR terminal. The control strips may be generated 
by provkJing a k y on th keytx>ard dedicated to 'donatkxis.* The op rator must press th donatkxis key ev ry tim 
a donatkxi is processed. This automatically pbces the total sum of th all ntered donatkxis on the control strip under 
donations. Becaus this is a lump sum, an ECR t rminal cannot receiv donatkxis for mor than one benefciary at a 
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tim . Ih control strips must be collected periodically and taken to the accounting d partment for paym nt to the 
beneficiary. 

CUMULATIVE (ACCUMULATIVE?) FILE 'DONATIONS' 

RIe is created separately. New codes are added to it either through the use of a scanner or manually using con- 
ventional adding(?) routines (methods?). File is updated with cumulative and periodic information on a real4ime-basis 
(e.g. numbers (of cards processed), currency amounts (collected), and other information extracted from the contents 
of the codes processed). The size of the file is determined (defined?) by the quantity of the codes stored in the file, not 
separate donation events registered. Desired querys are easy to make, since the file is composed of summed up 
records of informatkxi (records of information already summed up?). Thus the file oQetBtes user-friendly. 



NAME OF THE FIELD 
(Code (-key) 
Prefix flag 
Manufacturer 
Entity identification 
Article identification 
Check digit 



METHOD OF SETTING 
FORTH INFORMATION 
(-OUTPUT?) 
(MANNER/METHOD OF 
ENTERING INFORMATION 
-INPUT?) 
(INPUT/OUTPUT 
METHOD?) 
numeric) 
numeric 
niimeric 
n\2meric 
numeric 
n\2meric 



MecUis fo distribution 


numeric 


Accuxmilative niambers of sold 


niuneric 


Accuxmilative currency amount 


numeric 


Current period numbers of sold 


numeric 


Current period currency amount 


numeric 


Last date of event 


date 


Record estcQ>lished (founded?) 


date 


Attention ! - field 


character 


etc. . • 





Initially and prior to any processing or purchasing events the item code of a donation card is recorded/stored mto the 
file as a key. This can be done either by scanning the code Into the file with a light pen (in some cases a stationary 
scanner) connected to the server computer, or recording it manually from the keyboard. When once recorded, the code 
then acts as a key opening th record and fi Ids of that record to enter of events linked to this particular donation card. 
Additkyitothefile is xecutedinth program as foltows: 
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- Can file "Donations' be found? Block 1 20. if Yes) 
Open file 

Debkx:k contents of the basic code 
Updat equivalent records 
5 - Does the contents of the cod includ addon ncodation? 
If Yes. deblock and update eqvrvalent records 
If No. nrxTve on 

If new events, return to establish a new debkx:k record routine 
If no new events, ctose file 

10 

SEQUENCE FILE 

The size of the file grows on grounds of events entered into it. An event is added to the file as a new record each 
time an equivalent donatkxi card is processed by the cash register terminals. Each new event is a new "card" in the 
75 file: the pack increases in 'height" each time a new event occures. There is no need to create a separate file. One 
record of a file is one event. Accurate infomnation can be extracted from the file, classified in e.g. terminal by terminal, 
operator by operator or time of the day. 



NAI^E OF THE... 


METHOD OF.. 


(Code (=key) 


numerk;) 


Code storing 


numeric 


Consecutive digit kientrfication 


numerk: (^tracking donors) 


Outlet ktentification 


numeric 


Cash register terminal kientification 


numeric 


Time 


numeric 


Date 


date 


Operator identificatbn 


numerk: 


Pre-stored currency amount 


numerk: 


Currency amount received 


numerk; 


Add to the total sales of the outlet? 


boolean (Yes/No; donatk)ns=No) 


Method of payment an6 so on and so forth... 


numerk: 



3S Recording/storing the item code of a donatkxi card as a key can be executed as before stated. 

When new record is created, the data content of the item code is connected to a series of fiekis extracted auto- 
matk:ally from the 'general guklance program* of the cash register terminal. That is to say that the terminal autonnatk:ally 
connects the outlet kjentiftcation fiekJ, cash terminal identificatbn field, time field etc. to the item code currently proc- 
essed. 

40 The consecutive digit kientification field means ttxaX if indivkjual cards (^donors) have indivklual consecutive klen- 

tifk:ation digit fiekis, this is when these are stored into the mass storage for later use. 

Each operator kjentifies himself to the terminal by using a key entry or some other method of identifk:atkxi before 
starting his 'shift*. When this kientification has been completed, the terminal henceforth transmits this fieki of infonma- 
Won automatically as a fiekl of each record created. 

45 Currency amount collected is recorded thereafter either by connecting the code to the PLU-sequence of the mass- 

storage (the donation value is then transferred automatk:aIly as a fiekl in the record), or by the operator entering this 
amount into the mass-storage from keyt>oard. Add to the total sales of the outlet fiekl means that the currerwy amount 
of a donation is automatically excluded from the total sales figures of the outlet It is a financial transactkxi. not an 
event of selling something. 

so Method of payment fieki is transmitted automatically afterthe operates has made an appropriate key entry indk:ating 

this information. 

Additkxi to the file is executed in the program as folbws: 

Establish new record (item code + outlet identificatkxi field + cash terminal identificatk^n field etc. Note that it does 
ss not mean adding up here: it nneans integrating one field with another) 

Open fil 

Add event record as th latest record on file 

If n w events, r tum to establish a new creat record routine 
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If no new ev nts, close file 

The f mnated fil can be used in a variety of ways. 

s . Summaries, sortings, transf rs, extractions, deletions, tc. can b xecuted 

Records can be transferred for to be used in another programs (Analyzing programs, spread sheet programs, data 
base programs etc.) 

Records can be transferred to the data base of a large main frame computer 

10 Note that as a rule something specific has to be done with a record prior to any specialized executions (e.g. if the 
record is to be used in a spread sheet program, the program might require that the record is first deblocked and the 
deblocked fiekte sorted and reorganized 

- together with other records which are to be used in the program executkxi - before actualV processed in the 
IS program. This debkxking and the like is usualiy done by the specialized program itself as a preliminary measure.) 

What this 'something specific' is, depends totally on the requirements that the program in question states for the 
data materia) it can process. 

(These two types of files can, if so desired together constitute a directory called 'Donations'. This wouki, however, 
20 lead to a need of restructuring the flowcharts, and woukJ propably mean nothing more than just one additional unnec- 
essary step in the program.) 

The files described here can also run simultaneously (well, actually one after the other) gukjing the cash register. 
The cumulative file collects specific fiekis of informatk>n linked exclusively to the fund raising system and its kjentificatk>n 
means. The sequence file collects fiekis of information which are common to and collectively collected on all different 

2S products and events processed by the cash regbter terminals of the outlet in questkxi. With the exception of the donor 
trackning consecutive digit identificatk>n-field, which is best placed here, since it must be operated as a sequence file. 

The sequence file can, of course, be one created specialty for donation purposes. It can also be the common file 
for all data information collected on all events processed by the cash register terminals using the item code as a key 
and regardless of what 'article dass' the purchase falls into. 

30 The most feasable solution wouki propably be to use the cumulative versbn as the 'Donations' file collecting 

exclusive donations infonmatbn, and to use a common sequence file to collect the bits of informatky) common to all 
items processed by the cash register terminal. Information on these two files couki then, if needed, be combined and 
processed by using specialized programs, such as for example a spread sheet program. The present Figure 4e illus- 
trates this alternative. It executes updating a separate "Donatkxis' file first, and then moves on to update the common 

3S file. 

(If Figure 4e does not find a separate 'Donatbns' file, it proceeds to block 140 to update the comrmxi fileZ-files in 
the nriasstorage with all of the information extracted from the contents of the code of the donation card in questkxi.) 

Thus, it can be seen from the above descriptk>n of the inventkxi, taken in conjunctkxi with the accompanying 
drawings, that the present invention achieves several advantages. For example, the above<lescribed identificatkxi 
40 means can be easily integrated into the regular product-line of any retail establishment that uses computer-based 
cash-registers/termtnals to identify products and collect funds for purchases. Thus, fund-raising activities may be easily 
integrated with the normal cash-collecting and accounting systems utilized in retail trades. By making use of the dis- 
closed system, fund-raising entities can organize their fund-raising activities through large retail outlets, thus receiving 
exposure to a large pool dt potential donors on a regular basis. The need for prcvkiing tabor dedk^ated to collecting 
^ funds is reduced and in some cases may be eliminated. 

While the above-described embodiments of the invention are preferred, those skilled in this art will recognize 
nrKxiifk^tions d structure, arrangement, composition and the like whk:h do not part from the true scope of the inventkxi. 
The inventkxi is defined by the appended claims, and all devices and/br methods that come within the meaning of the 
claims are intended to be embraced therein. 

so 

Claims 

1 . A method of collecting donations, the steps comprising: 

55 

provkiing a donor with encoded data (4d) klentifying at least on entity; 

provkiing a comput r (16) having data entry means (14), said ccxnputer (16) being programmed to perform 
th foltowing functions: 
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accept at saki data entry means (14) said encoded data (48) identifying said at least one entity; 

accept at said data entry means (14) a curr ncy amount of a charitabi donation from said donor to said at 

least one entity; and 

associat said curr ncy amount with said encoded data (48) identifying said at least one entity. 

5 

2. The method defined in claim 1 wherein said encoded data (48) further identifies at least one currency anwunt of 
a donation from said donor to said at least one entity. 

3. The method defined in claim 1 wherein said data entry means (14) comprises a code reader and a keyboard. 

10 

4. The method defined in claim 1 wherein said data entry means (14) comprises a code reader capable of interpreting 
said encoded data (48) by one of optical, mechanical or magnetic means. 

5. The method defined in claim 1 further comprising the step of entering into said data entry means (1 4) sakJ encoded 
15 data (48) kJentifytng said at least one entity. 

6. The method defined in claim 5 further comprising the step of entering into said data entry nrmans (48) a currency 
amount of a donation from said donor to said at least one entity. 

20 7. The method defined in claim 6 further comprising the step of collecting said currency amount from said donor. 

8. The method defined in claim 7 further comprising the step of transferring said cun-ency anrx^unt to said at least one 
entity. 

25 9. The method defined in claim 8 wherein: 

said computer (16) has means (18.20.22) for initiating electronic currency transactions at a financial Institution 
(26) via an on-line connection (24) to an electronic transaction system of said financial institution (26); and 
said currency amount is transferred to said at least one entity via said electronic transaction system. 

30 

10. The method defined in claim 1 wherein said encoded data identifying said at least one entity is encoded on a card 
(12a). 

11. The method defined in claim 1 wherein said encoded data (48) is carried on a card (12a) and/or comprises one of 
35 a list including punch codes, bar codes, a magnetically encoded strip or a microcircuit chip. 

12. The method defined in claim 1 wherein said encoded data (48) comprises bar codes and said bar codes comprise 
either EAN code or UPC code. 

40 13. The method defined in claim 1 wherein said computer (16) comprises a computer-based cash register. 

14. The method defined in claim 1 3 wherein said computer based cash register stores said encoded data (48) into a 
mass^torage means (22). 

45 15. The method defined in claim 1 further comprising the step of di^ributing an article having said encoded data (48) 
to potential donors, 

16. The method defined in claim 15 wherein said encoded data (48) further Identifies to said computer (16) a means 
by which said article was distributed. 

so 

17. A donation collecting means, ccxnprising a printed card (12a) of plastic material, paper board, carton or similar 
printable sheet materal, said card (12a) being provided with printed inforration (46) concerning at least the pur- 
pose of the donation and the entity receiving the donation; and said card (12a) being further provided with coded 
information (48), for example in the form of a bar code, automatically readable and processable by code-detecting 

ss means and a computer-based cash regbter of the type used in retail stores and similar business establishments. 
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Patentanspruche 

1. Verfahr n zum Sammein von Sp nd n, das die folgenden Schritte umfaBt: 

Ausstatten ines Spenders mit codierten Dat n (48). die wenigstens eina jurtstische P rson b z ichnen; 

Bereitstellen eines Computers (16) mit einer Dateneingabeeinrichtung (14), wobei der Computer (16) so pro- 
grammiert ist, daB er die folgenden Funktionen ausfuhrt: 

Annehmen der codierten Daten (46), die die wenigstens eine juristische Person bezeichnen. an der Daten- 
ein^beeinrichtung (14); 

Annehmen eines Geldbetrages einer carttativen Spende von dem Spender fur die wenigstens eine juristische 
Person an der Dateneingabeeinrichtung (14); und 

Zuordnen des Geldbetrages zu den codierten Daten (48). die die wenigstens eine juristische Person bezeich- 
nen. 

2. Verfahren nach Anspruch 1 . wobei die codierten Daten (48) weiterhtn wenigstens etnen Gekibetrag einer Spende 
des Spenders fur die wenigstens eine juristische Person bezeichnen. 

3. Verfahren nach Anspruch 1 , wobei die Dateneingabeeinrichtung (14) einen Codeleser und eine Tastatur umfaBt. 

4. Verfahren nach Anspruch 1, wobei die Dateneingabeeinrichtung (14) einen Codeleser umfaBt. der die codierten 
Daten (48) mit opttschen, mechanischen oder magnetischen Mittein lesen kann. 

5. Verfahren nach Anspruch 1 , das des weiteren den Schritt des Eingebens der codierten Daten (48), die die wenig- 
stens eine juristische Person bezeichnen, in die Dateneingabeeinrichtung (14) umfaBt 

6. Verfahren nach Anspruch 5. das des weiteren den Schritt des Eingebens eines Geldbetrages einer Spende von 
dem Spender fur die wenigstens erne juristische Person in die Dateneingabeeinrichtung (48) umfaBt 

7. Verfahren nach Anspruch 6, das des weiteren den Schritt des Einziehens des Geldbetrages von dem Spender 
umfaBt. 

8. Verfahren nach Anspruch 7, das des weiteren den Schritt des Uberweisens des Geldbetrages an die wenigstens 
eine jurtstische Person umfaBt, 

9. Verfahren nach Ar^pruch 8, wobei: 

der Computer (16) uber Einrichtungen (18. 20. 22) veriugt. die elektronische Geldtransaktionen in einem Fh 
rranzinstitut (26) uber eine OrHine-Verbindung (24) mit einem elektronischen Transaktionssystem des Finanz- 
instituts (26) einleiten; urrd 

der GeUbetrag uber das elektronische Transaktksnssystem an die wenigstens eine juristische Person uber- 
wiesen wird. 

10. Verfahren nach Anspruch 1, wobei die codierten Daten. die die wenigstens eine juristische Person bezeichnen, 
auf enner Karte (12a) codiert sind. 

11. Verfahren nach Anspruch 1 . wobei die codierten Daten (48) von einer Karte (12a) getragen werden und/bder eine 
einer Gruppe von Einrichtungen umfassen. zu denen Lochcodes. Strk:hcodes. ein magnetisch codierter Streifen 
Oder ein Mikrochip gehoren. 

12. Verfahren nach Anspruch 1. wobei die codierten Daten (48) Strchcodes umfassen und die Strichcodes entweder 

inenEAN-Cod Oder inen UPC-Cod umfassen. 

13. V rtahren nach Anspruch 1. wobei der Comput r(16) in Comput r-Registrierkasse umfaBt 
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14. Verfahren nach Anspruch 13. wobei di Computer-R gistrierkass die codiert n Daten (48) in einer Mass nspei- 
c^ereinrichtung (22) spetch rt 

15. V rfahren nach Anspruch 1, das 6qs weiter n d n Schrttt des Vert ilens ines Gegenstandes mrt den codi rt n 
s Daten (48) an potentiell Spender unrrtafM. 

16. Verfahren nach Anspruch 15, wobei die codierten Daten (48) dem Computer (16) des werteren etne Einrichtung 
angeben, mit der der Gegenstand vertetit wurde. 

10 17. Spendensannmeleinrichtung, die eine bedruckte Karte (12a) aus Kunststoffmaterlal, Pappe. Karton Oder einem 
ahnlichen bedruckbaren Bogenmaterial unnfaSt, wobei die Karte (12a) mit aufgedojckten Infonmationen (46) ver- 
sehen 1st, die wenigstens den Zweck der Spende und die jurlstlsche Person, die die Spende emptangt, betrelfen, 
wobei die Karte (12a) weiterhin mrt codierten Infonmationen (48), beispielswetse in Form eines Strichcodes, ver- 
sehen ist, der von einer Codeerfassungseinrichtung und eIner Computer-Registrierkasse des Typs. der in Einzel- 

IS handelsgeschaften und ahnlichen Handelseinrtchtungen erngesetzt wird. automatisch gelesen und verarbeitet 

werden kann. 



Revendlcatlons 

20 

1 . Proc^d pour collector des dons, les 6tapes consistant ^ : 

affeder d un donateur des donn^es cod^es (48) identiftant au nx)tns une entrt6; 

prdvoir un ordinateur (16) comportant des mcyens (14) d'entr^e de donn^. ledit ordinateur (16) dtant pro- 
2S granrvn6 de mani^re d ex^uter les fonctions suivantes : 

accepter, dans lesdits mcyens (14) d'entr^e de donn^, lesdites donn^ ccddes (48) kJentifiant ladrte au 
moins une entrtd; 

accepter dans tesdrts rTK>yens (1 4) d'entrde de donn6es, une quantitd d*argent d'un don charitable envoyd par 
ledit donateur k ladite au moins une entitd; et 
30 associer d tadite quantity tfargent lesdites donndes cod6es (48) klentrfiant ladite au moins une entity. 

2. Proc^dd sekxi la revendk^ation 1 , dans lequel lesdites donn6es cod6es (48) identifient en outre au rrtoins une 
quantity d'argent d'un don envoys par ledit donateur k ladite au moins une entitd. 

3S 3. Proc^dd selon la revendicatk)n 1 . dans lequel lesd'its moyens (14) d'entr^e de donn6es comprennent un lecteur 
de code et un ctavter. 

4. Proems sekx) la revendk:atkxi 1 . dans lequel lesdits moyens (14) <fentr6e de donn^es comprennent un lecteur 
de code apte k interpreter lesdites donndes cod6es (48) par l*un de moyens optque, m^canique ou magn6tk|ue. 

40 

5. Proc^6 sekxi la revendk^atkxi 1. comprenant en outre r^tape consistant k introduire, dans lesdits nrKsyens (14) 
d'entree de donndes. lesdites donn6es cod^es (48) identrfiant ladite au nrK>lns une entity. 

6. Proc^ selon la revendication 5, comprenant en outre r^ape conststarrt k Introduire dans lesdits mcyerts (48) 
45 d'entrde de donndes. une quantity d'argent d'un don envoyd par ledit donateur d ladite au moms une entitd. 

7. Proc^6 sek>n la revendk:atk)n 6. comprenant en outre r^tape consistant k collec^er ladite quantity d'argent pro- 
venant dudit donateur. 

so a. Proc^e sek)n la revendk^tkxt 7, comprenant en outre f^tape consistant k transferer ladite quantity d'argent k 
ladite au movis une unite. 

9. Procedd sek>n la revendk:atk>n 8. dans lequel 

ss ledit ordir^teur (1 6) comporte des moyens (1 8.20,22) pour d^clencher des transactions eiectronk)ues d'argent 

dans un organism financier (26) par Tint nm6diarr rfun connexkxi en lign (24) avec un syst6me d tran- 
sactkxi eiectronique dudit rganisme finarKier (26); et 

ladit quantity d'argent est transfer^ k ladit au nrK)ins un entite par Hntermediaire dudit systeme de tran- 
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5 



saction diectronique. 

10. PTOc6d6s lonlarevendicationl.danslequell sd(t s donn^es cod^es id ntifiant ladite au moins une ntitdsont 
cod^ sur une carte (12a). 

11. Proc^dd selon la revendbation 1 . dans lequel lesdites donndes coddes (48) sont port^ par une carte (12a) et/ 
ou comprennent des codes k perforations, des codes k barres. une bande cod6e magn^tiquement ou une plaquette 
k microcircuits. 

10 12. Proc6dd selon la revendication 1 . dans lequel lesdites donn6es coddes (48) comprennent des codes k banes et 
lesdits codes k barres comprennent sort un code EAN, sort un code UPC. 

13. Proc^d selon la revendication 1 , dans lequel ledit ordinateur (16) comprend une caisse enregistreuse bas^e sur 
un ordinateur. 

IS 

14. Proc6dd selon la revendication 13. dans lequel ladite caisse enregistreuse bas6e sur un ordinateur memorise 
lesdites donn^es coddes (48) dans des nrK>yens de m^moire de masse (22). 

15. Proc^dd sebn la revendication 1 . comprenant en outre I'^tape consistant h distribuer un article possddant lesdites 
20 donn6es cod6es (48) k des donateurs potentiels. 

16. Proc6dd selon la revendication 15. dans lequel lesdites donndes oodles (48) identrfient en outre pour ledit ordi- 
nateur (16) des moyens k I'aide desquels ledit article a 6X6 distribud. 

2S 17. Moyens de collecte de dons comprenant une carte imprim^e (12a) en matidre plastique, en papier cartonnd. en 
carton ou en matdriau en forme de teuille tmprlnnable simitaire. ladite carte (12a) 6tant poun^ue d'une Infomrtation 
tmprimto (46) concemant au molns le but du don et I'entitd recevant le 6on\ et tadrte carte (12a) ^tant en outre 
poun/ue d'une information codde (48). par exempte sous la forme d'un code k ban-es, pouvant dtre lu et traitd 
automatiquement par des moyens de detection de code et une caisse enreg^treuse bas6e sur un ordinateur. du 

30 type utilise dans des magasins de vente au detail et des 6tablissements commerciaux similaires. 
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